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1 . Einleitung 

Das generelle Thema der Medienredundanz und der redundanten Pfade ist beinahe so alt wie die 
Anwendung von Ethernet als Losung zur Industriellen Kommunikation selbst. Ebenso alt ist das 
Dilemma, dass die Ethernet Technologie per Definition aufgrund der Rundrufcharakteristik keine 
physikalischen Schleifenstrukturen und damit keine redundanten Kommunikationspfade zulasst. 
Allerdings sind die Ausfa llsicherheit und damit der Einsatz von redundanten Strukturen eine 
wichtige, grundlegende Anforderung sehr vieler Automatisierungssysteme. 

Fur den Einsatz von Ethernet in der industriellen Automatisierungstechnik ist somit der Einsatz 
von Protokollen notwendig, die die physikalischen Schleifenstrukturen, die durch die Einfuhrung 
redundanter Pfade entstehen, auflosen konnen. 

Fur redundante Kommunikationsstrukturen in der Buroumgebung hat das IEEE (Institute of 
Electrical and Electronics Engineers) das im Standard 802. ID-1990 veroffentlichte Spanning 
Tree Protocol (STP) spezifiziert. Dieses ermoglichte erstmals durch den Einsatz eines Algorithmus 
in alien Ethernet Switches die Verwendung vermaschter Netzstrukturen, allerdings mit 
Umschaltzeiten im hohen zweistelligen Sekundenbereich. Basierend auf den grundlegenden 
Mechanismen des STP werden weitere Protokolle entwickelt, die an die speziellen Anforderungen 
des industriellen Umfelds angepasst sind und insbesondere die Umschaltzeiten deutlich 
reduzieren. 

Dieses White Paper gibt einen Uberblick uber den Stand der Technik und die Losungen, sowie eine 
Ubersicht liber spezielle Anwendungsfalle. 


2. Griinde fur Medienredundanz 

Medienredundanz wird vornehmlich eingesetzt, urn sog. ..Single Points of Failures" in industriellen 
Kommunikationsnetzwerken zu vermeiden. Wenn ein solcher Single Point of Failure existiert, so 
kann das Kommunikationsnetzwerk beispielsweise einer automatisierten FertigungsstraBe durch 
einen einzigen Fehler oder ein einziges technisches Versagen lahm gelegt werden. Dies zieht 
potenziell hohe Folgekosten nach sich. Werden redundante Strukturen eingesetzt, so fa I It das 
Netzwerk bei einem einzelnen aufgetretenen Fehler lediglich in einen fehlerbehafteten Zustand 
zuriick. Die Kommunikation uber das Netzwerk ist weiterhin sichergestellt und das redundante 
System ermoglicht es, eine Reparatur durchzufiihren urn den ursprunglichen fehlerfreien Zustand 
wieder herzustellen. Weitergehende, detaillierte Informationen uber hochverfiigbare Systeme, 
Medienredundanz, Fehler- und Reparaturmodelle finden sich in [1], 


Redundante Netzstrukturen werden fur zweierlei Zwecke eingesetzt: 


1. Lastverteilung: Der uber einen Netzwerkpfad innerhalb einer definierten Zeitspanne 
iibertragene Datenverkehr ubersteigt die Bandbreite, die ein einzelnes Datenkabel alleine 
bewaltigen kann. Das Hinzufugen weiterer, redundanter Verbindungen erhohtdie effektive 
Bandbreite einer Verbindung. Ein typisches Protokoll, das zu diesem Zweck eingesetzt 
werden kann ist das Link Aggregation Control Protocol (LACP) des IEEE[2]. 

2. Ausfallsicherheit: Zusatzliche Medienverbindungen zwischen Netzwerkteilnehmern werden 
eingefugt, urn bei Ausfall eines primaren Netzwerkpfades auf einen sekundaren Pfad 
umzuschalten. 


Wahrend Fall 2 in Fall 1 enthalten sein kann, so ist der Einsatz von Medienredundanz im 
industriellen Umfeld vornehmlich auf den Fall 2 beschrankt. Die Ausfallsicherheit spielt in 
industriellen Netzwerken eine ungleich hohere Rolle als Lastverteilung, somit sind die meisten 
Protokolle fur dieses Einsatzgebiet auf diese Anforderung spezialisiert, urn Llochverfugbarkeit zu 
gewahrleisten. 
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Fiochverfiigbarkeit ist eine 
entscheidende Voraussetzung fur 
Automatisierungssysteme, ganz egal ob in 
der Fabrikautomatisierung, Prozessindustrie 
oder in Energieversorgungsanwendungen. 

Der Ausfall von Komponenten, der nie 
vollig ausgeschlossen werden kann, muss so 
behandelt werden, dass der Einfluss auf das 
Gesamtsystem so gering wie nur moglich ist. 

3. Grundsatzliche 

Anforderungen fur den 
industriellen Einsatz 

Eine grundlegende Voraussetzung fur jedes 
Ethernet Netzwerk ist die Vermeidung 
von Schleifen. Zu jeder Zeit ist nur genau 
ein einziger Pfad zwischen Quelle und 
Senke der Nachrichten erlaubt. Jede 
Schleife hat Datenpakete zur Folge, die fur 
immer zirkulieren, und so das Netzwerk 
uberschwemmen. Aus diesem Grund sind bei 
Ethernet alternative aktive Pfade zu einem 
Gerat nicht erlaubt. Fur die Medienredundanz 
jedoch werden diese alternativen Pfade 
benotigt. Um diesen Konflikt zu Ibsen wird 
ein Redundanz-Kontrollprotokoll benotigt. Ein 
solches Protokoll stellt sicher, dass es zu jedem 
Zeitpunkt nur einen einzigen logischen Pfad zu 
jedem Endgerat gibt, selbst wenn es vielfache 
physikalische Wege gibt. Das Protokoll sorgt 
nun dafiir, dass jederzeit nur einer der Wege 
aktiv ist und Daten ubertragt, wahrend alle 
anderen Pfade sich im Stand-by Modus 
befinden. 

Die Losung, die mit STP das erste Mai 
realisiert wurde, beruht auf der Uberwachung 
der Nachrichtenpfade, der Detektion von 
Kommunikationsunterbrechungen, und 
einer Umschaltung auf einen alternativen 
Weg, sobald ein Ausfall erkannt wird. Dieses 
Prinzip bedingt jedoch immer eine gewisse 
Unterbrechungszeit in der Kommunikation, 
da zuerst der Ausfall entdeckt werden muss. 
Erst nach der Erkennung wird das Netzwerk 
auf den alternativen Pfad umgeschaltet, und 
die Kommunikation wieder aufgenommen. 

Je nach Komplexitat des Netzwerks 
ist die Unterbrechungszeit nur schwer 
vorauszuberechnen. 

Fur den Einsatz im industriellen Umfeld 


existieren fur Medienredundanzprotokolle 
folgende grundlegenden Anforderungen: 

1. Zeitlicher Determinismus hinsichtlich 
der Umschaltzeit: Die Zeitspanne, die 
ein Protokoll benotigt, um im Fehlerfall 
vom primaren logischen Pfad in den 
sekundaren, alternativen Pfad zu 
wechseln und die Verbindung wieder 
herzustellen, ist vorhersagbar. 

2. Installationsvorgaben: Sind fur das 
Einhalten der definierten Umschaltzeiten 
oder fur den Protokolleinsatz bestimmte 
Installationsvorgaben wie beispielsweise 
die physikalische Topologie oder 

eine maximal nutzbare Anzahl an 
Netzwerkswitches notwendig, so sind 
diese Vorgaben klarzu definieren. 

3. Das Protokoll basiert auf einem 
standardisierten, offen zuganglichen 
Verfahren. Nur so konnen 
Transparenz, Kompatibilitat und somit 
Investitionssicherheit garantiert werden. 

Insbesondere Anforderung 1 ist 
absolut essentiell fur den Einsatz in 
der Automatisierungstechnik oder 
einer verwandten Anwendung. Ein 
Medienredundanzprotokoll ist nur einsetzbar, 
wenn verlassliche und berechenbare Zahlen 
verfugbar sind, die eine absolute Worst 
Case Obergrenze fur die Umschaltzeit eines 
Netzwerks im Fehlerfall definieren. Nur so kann 
sichergestellt werden, das die Anforderungen 
der Anwendung, die das Netzwerk als 
Gbertragungsmedium nutzt, erfullt werden: 
Schaltet ein Medienredundanzprotokoll schnell 
genug um, so dass der Protokollverkehr und die 
Anwendung unbeeintrachtigt weiterarbeiten 
konnen, so ist der Redundanzmechanismus 
fur die Funktionsfahigkeit der Anwendung 
transparent und die zeitlichen Anforderungen 
sind erfullt. 


4. Technologien und 
Losungen 

4.1 RSTP/MSTP - Rapid/Multiple 
Spanning Tree Protocol 

4.1.1 RSTP/MSTP Uberblick 

Seit einigen Jahren wird das Eingangs erwahnte 
STP groBtenteils durch RSTP, das Rapid 
Spanning Tree Protocol ersetzt. Dieses ist eine 
optimierte Version von STP und wurde im 
Standard IEEE 802. ID-2004 [3] abschlieGend 
definiert. RSTP Implementierungen arbeiten in 
verschiedensten Topologien, untersttitzen eine 
groGere Anzahl von Switches, und verbessern 
die Umschaltzeit auf eine GroGenordnung von 
etwa einer Sekunde. Aber auch RSTP garantiert 
kein deterministisches Ausfallverhalten. Die 
Reaktionszeiten hangen davon ab, an welcher 
Stelle im Netz der Ausfall geschieht, und von 
der Art der individuellen Implementierung. 

Aus diesem Grund gibt es einige Versuche, 

RSTP zu optimieren durch Beschrankung auf 
Ringtopologien und die Verwendung von 
festen vordefinierten Parametern. Mit diesen 
Optimierungen konnen heute Umschaltzeiten 
in der GroGenordnung von 100 Millisekunden 
oder darunter demonstriert werden (siehe 
4.1.2). 

Das Rapid Spanning Tree Protocol, wie 
der Name bereits andeutet, schafft eine 
Baumstruktur von Verbindungen zwischen 
den Ethernet Switches und blockiert alle 
Pfade, die nicht Teil des aktiven Baumes sind. 
Dieses ergibt genau einen einzigen aktiven 
Pfad zwischen jeweils zwei Endgeraten. Das 
Protokoll verwendet so genannte Bridge 
Protocol Data Units (BPDUs), um zwischen 
den Switches zu kommunizieren. Eine „Root 
Bridge" ist als die Wurzel des Baumes definiert, 
von ihr aus werden die optimalen Pfade im 
Netzwerk bestimmt. Im Falle einer Anderung 
im Netzwerk, z.B. eines Ausfalls einer 
physikalischen Verbindung, wird diese liber so 
genannte Topology Change Notification BPDUs 
im Netz bekannt gegeben. Darauf erfolgt eine 
Neuberechnung des Baums, Aktivierung der 
entsprechenden Alternativpfade, und damit 
das Wiederherstellen der Kommunikation. 

Das MSTP [4] ist eine Weiterentwicklung 
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des RSTP und arbeitet nach dem gleichen 
Funktionsprinzp. Wahrend RSTP allerdings 
unabhangig von Virtual Local Area Networks 
(VLANs) operiert, arbeitet ein MSTP innerhalb 
von VLANs und ermoglicht so flexiblere 
Netzwerkstrukturen, beispielsweise um Load 
Balancing liber unterschiedliche VLANs und 
Netzwerkpfade zu realisieren. MSTP und RSTP 
sind zueinander kompatibel und konnen in 
einer Netzwerkstruktur gemeinsam eingesetzt 
werden. 

4.1.2 Einsatz in Ringstrukturen 

Wenn die Topologie auf einen Ring beschrankt 
ist, konnen deterministische und vorher 
bestimmbare Umschaltzeiten bei RSTP erreicht 
werden, vorausgesetzt, dass das RSTP Timing 
der Switches bekannt ist. Im Standard IEC 
62439-1 ist ein Berechnungsbeispiel gegeben, 
das zusatzlich weitere Einschrankungen 
des Protokolls fordert. So dart das RSTP 
beispielsweise nicht auf anderen Switchports 
als auf den Ringports konfiguriert sein, um 
Storeinfliisse von auGerhalb des Rings zu 
vermeiden. 

Da das RSTP jedoch nicht primar fur 
Ringtopologien entwickelt wurde, weist es 
konzeptbedingt einige Nachteile gegeniiber 
dem im Kapitel 4.2 vorgestellten MRP auf. 
Unterstiitzt ein Netzwerkgerat sowohl den 
MRP (mit dem Parametersatz von 200 ms 
oder besser) als auch das RSTP und schreiben 
beispielsweise keine Installationsvorgaben die 
Verwendung von bestimmten Protokollen vor, 
so ist dem MRP der Vorzug gegeniiber dem 
RSTP zu gegeben. 

Weiterhin ist zu beachtet, dass das RSTP 
Protokoll zur Vermeidung von Uberlast auf 
bestimmten Netzwerksegmenten durch 
eine hohe Anzahl von eventgesteuerten 
BPDUs einen eingebauten Uberlastschutz 
besitzt. Dieser Gberlastschutz kann in einer 
Worst Case Situation bewirken, dass die 
Rekonfigurationszeit aufgrund verlorener 
BPDUs stark bis in den Sekundenbereich 
hinein ansteigt. Diese Einschrankung ist in 
Ringstrukturen aufgrund der beschrankten 
Topologie nur schwach ausgepragt, kann 
aber dennoch auftreten. In vermaschten 
Netzen kann dies jedoch haufiger auftreten, 
insbesondere bei komplexen Topologien 


mit einer hohen Anzahl an Switchen und 
Medienverbind ungen. 

4.1.3 Einsatz in vermaschten Netzen 

Eine groRe Starke des RSTP ist die 
Unterstiitzung beliebig vermaschter 
Topologien. Die damit einhergehende 
Flexibility hinsichtlich der Installation ist 
ein klarer Vorteil gegeniiber den starken 
Einschrankungen, die mit den Ringprotokollen 
wie MRP und Ringinstallationen einhergehen. 
Ein groBer Nachteil dieser Flexibility ist 
jedoch die Rekonfigurationszeit, die bei einem 
vermaschten Netz u. a. abhangig von der 
Komplexitat der Netzwerktopologie ist, oder 
der Stelle im Netz, an der der Fehler auftritt. 
Weiterhin kann es, da es sich beim RSTP im 
Gegensatz zum MRP um ein dezentrales 
Protokoll handelt, bei der Etablierung neuer 
Kommunikationspfade und insbesondere 
bei der Wahl einer neuen Root Bridge zu 
Wettlaufsituationen kommen, die nur sehr 
schwer vorherbestimmbar sind. Dadurch 
ergeben sich Rekonfigurationszeiten im 
Netzwerk, die lediglich in groben Grenzen 
vorhersagbar sind. Dies schrankt den Einsatz 
von RSTP insbesondere in vermaschten 
Netzwerken ein. 

Fur vermaschte Netzwerke, die nur eine geringe 
Komplexitat aufweisen (wie beispielsweise 
Ringnetzwerke mit 2-3 zusatzlichen Maschen 
bzw. Subringen), konnen jedoch nach 
eingehender Analyse Obergrenzen definiert 
werden. Diese sind aber stets individuell zu 
ermitteln. Im Gegensatz zu den Protokollen 
MRP, HSR oder PRP kann keine generelle 
Aussage getroffen werden. 

Eine Methode zur Ermittlung der 
Rekonfigurationszeiten anhand konkreter 
Anwendungszenarien ist beispielsweise im 
Rahmen der International Standardisierung 
durch Flirschmann/Belden fur die nachste 
Revision des Standards IEC 62439-1 erarbeitet 
worden. 


4.2 MRP - Media Redundancy Protocol 

Ein Protokoll, das insbesondere industrielle 
Anwendungen adressiert, ist das Media 
Redundancy Protocol MRP. Dieses Protokoll 
wird im Standard IEC 62439-2, dem 
Industriestandard ftir hochverfiigbare Ethernet 
Netzwerke, beschrieben. MRP ist exklusiv 
fur Ringnetzwerke mit bis zu 50 Teilnehmern 
definiert und garantiert vollkommen 
deterministisches Umschaltverhalten. Je 
nach gewahltem Parametersatz betragt die 
absolute Obergrenze der Umschaltzeit unter 
schlimmstmoglichen Bedingungen im Fehlerfall 
500 ms, 200 ms, 30 ms oder sogar nur 10 ms. 
Typische Umschaltzeiten von MRP bewegen 
sich iiblicherweise zwischen der Halfte und 
einem Viertel dieser sogenannten „Worst Case 
Umschaltzeit". Ein fur 200 ms Worst Case 
konfigurierter MRP Ring benotigt so unter 
typischen Netzlastbedingungen zwischen 50 
ms und 60 ms fur die Umschaltung zwischen 
dem primaren und dem sekundaren Pfad, ein 
MRP Ring mit 10 ms Umschaltzeit reagiert 
entsprechend unter typischen Bedingungen 
ebenfalls schneller. 

Jeder MRP Knoten benotigt einen Switch mit 
zwei an den Ring angeschlossenen Ringports. 
Bei MRP hat einer der Knoten die Funktion 
eines Medienredundanz-Managers (MRM). 

Der MRM iiberwacht und kontrolliert die 
Ringtopologie, um auf Netzwerkfehler zu 
reagieren. Der MRM sendet dazu Ethernet 
Redundancy Test Frames auf den einen 
Ringport, und empfangt diese auf dem anderen 
Port, und umgekehrt. 

Im fehlerfreien Zustand blockiert der MRM auf 
einem seiner Ringports den Netzwerkverkehr, 
mit Ausnahme des MRP Protokollverkehrs. 

Damit wird die physikalische Ringstruktur 
auf der logischen Ebene fur den normalen 
Netzwerkverkehr wieder in eine Linienstruktur 
umgewandelt und Schleifen werden vermieden. 
Erkennt der MRM aufgrund des Ausbleibens der 
Test Frames, dass im Ring ein Ubertragungs- 
fehler vorliegt, beispielsweise durch ein 
ausgefallenes Gerat oder eine defekte 
Medienverbindung, so offnet er den bislang 
blockierten, stand-by Ringport fur den 
normalen Protokollverkehr. Somitsind weiterhin 
alle Gerate liber den sekundaren Netzwerkpfad 
erreichbar. 
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Media Redundancy Manager 
Media Redundancy Client 
Redundancy Test Frames 


Abbildung 1 - MRP Ring 


Alle anderen Knoten im Ring haben die 
Rolle von Medienredundanz-Clients (MRC). 

Ein MRC leitet die vom MRM in den Ring 
eingespeisten Redundancy Test Frames von 
einem Ringport an den anderen weiter. 
Weiterhin reagiert er ebenfalls auf erhaltene 
Rekonfigurationsframes (Topology Change) des 
MRM, detektiert Zustandsanderungen seiner 
Ports und meldet diese an den MRM. Treffen 
diese Zustandsanderungen friiher beim MRM 
ein, als dieser einen Fehler im Ring liber das 
Ausbleiben von Test Frames erkennen kann, 
so nutzt der MRM diese Information des MRC 
zur Fehlererkennung auf dem Ring. Somit 
ist sichergestellt, dass das Umschalten vom 
primaren auf den sekundaren Netzwerkpfad 
im MRM stets mit einer moglichst kurzen 
Umschaltzeit erfolgt. 

Aufgrund der Flexibilitat hinsichtlich 
Umschaltzeit und der Unterscheidung zwischen 
einem dedizierten Manager (MRM) und 
einem ressourcenschonenden Client (MRC), 
deckt der MRP Ring eine groBe Anzahl an 
praktischen Anforderungen ab und kann in der 
Implementierung optimal auf diese angepasst 
werden. 


4.3 PRP - Parallel Redundancy 
Protocol 

Obwohl mit einem schnellen MRP Ring 
mittlerweile eine groBe Anzahl an 
Anforderungen abgedeckt wird, existieren 
dennoch Anwendungen, die keinerlei 
Umschaltzeit tolerieren konnen. 

Fur diese Anforderungen wird ein vollig 
neuer Ansatz gewahlt, urn Hochverfugbarkeit 
sicherzustellen. 

Dieser vollig andere Ansatz der 
Netzwerkredundanz basiert auf zwei 
unabhangigen aktiven Pfaden zwischen 
zwei Geraten. Der Sender verwendet zwei 
unabhangige Netzschnittstellen, die beide 
gleichzeitig dieselben Daten aussenden. Hier 
stellt das Redundanz-Kontrollprotokoll sicher, 
dass der Empfanger nur das erste Datenpaket 
verwendet, und das zweite verwirft. Wenn 
nur ein Paket empfangen wird, weiS der 
Empfanger, dass auf dem anderen Pfad ein 
Ausfall aufgetreten ist. Dieses Prinzip wird 
von dem Parallel Redundancy Protocol (PRP) 
verwendet. Das PRP ist im Standard IEC 
62439-3 beschrieben. PRP verwendet zwei 
unabhangige Netzwerke beliebiger Topologie 
und ist nicht auf Ringnetzwerke beschrankt. 
In den beiden voneinander unabhangigen 
para Helen Netzwerken werden jeweils MRP 
Ringe, RSTP Netze oder auch Netzwerke ohne 


jegliche Redundanz verwendet. Der groBe 
Vorteil von PRP ist die unterbrechungsfreie 
Umschaltung, die jegliche Umschaltzeit im 
Fehlerfall vermeidet und so die hbchstmogliche 
Verfugbarkeit bietet. Dies gilt naturlich nur 
wenn nicht beide Netzwerke gleichzeitig 
Ausfalle zeigen. 

Das PRP Protokoll ist in den Endgeraten 
implementiert, wahrend die Switches in den 
Netzwerken Standard Switches sind, und 
nichts von PRP wissen. Ein Endgerat mit PRP 
Funktionalitat wird Double Attached Node 
for PRP (DAN P) genannt und hat je eine 
Verbindung zu jedem der zwei unabhangigen 
Netzwerke. Diese beiden Netzwerke konnen 
entweder identische Strukturen haben, oder 
sie konnen sich in der Topologie oder Leistung 
unterscheiden. 

Ein Standardgerat mit einer einzelnen 
Netzschnittstelle (Single Attached Node, 

SAN) kann an eines der beiden Netze direkt 
angeschlossen werden. In diesem Fall hat das 
Gerat naturlich keinen redundanten Pfad im 
Falle eines Ausfalls verfugbar. Oder ein SAN 
kann an eine so genannte Redundancy-Box 
(RedBox) angeschlossen werden, welche 
ein oder mehrere SANs an beide Netzwerke 
anschlieBt. SANs brauchen nichts von PRP zu 
wissen, sie konnen Standardgerate sein. 

In vielen Anwendungen brauchen nur kritische 
Gerate eine doppelte Netzwerkschnittstelle, 
wahrend weniger kritische Gerate als SAN, mit 
oder ohne den Gebrauch einer Redundancy- 
Box, angeschlossen werden. 
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Abbildung 2 - Identische Datenpakete werden in beide Netzwerke gleichzeitig gesendet 


Eine DAN P Implementierung steuert die 
Redundanz und behandelt Duplikate. Wenn ein 
zu sendendes Paket von den oberen Schichten 
erhalten wird, sendet die PRP Einheit diesen 
Frame gleichzeitig liber beide Ports auf das 
Netzwerk. Die beiden Frames durchlaufen die 
zwei unabhangigen Netzwerke normalerweise 
mit verschiedenen Verzogerungen bis zum 
Empfanger. Am Bestimmungsort leitet die PRP 
Einheit das erste ankommende Paket an die 
oberen Schichten, also die Anwendung weiter, 
und verwirft das zweite Paket. Die Schnittstelle 
zur Anwendung ist damit vollig identisch wie 
jede andere Ethernet Netzwerk Schnittstelle 
auch. 

Die Redundancy-Box implementiert das PRP 
Protokoll fur alle angeschlossenen SANs und 
arbeitet damit als eine Art von Redundanz 
Proxy fur jede Art von Standard Geraten. 


Die Erkennung von Duplikaten erfolgt mit Hilfe 
eines durch eine PRP Anschaltung oder RedBox 
in jedes Frame eingefiigten Redundancy 
Control Trailers (RCT). Dieses 32 Bit lange 
Identif ikationsfeld beinhaltet neben einer 
Kennung fur das Netzwerk (LAN A oder B) und 
einer Information uber die Lange der Nutzlast 
des Frames auch eine Sequenznummer. Diese 
wird fur jedes Frame, das ein Knoten versendet, 
inkrementiert. Anhand der somit eindeutigen 
Merkmale in jedem Frame (Physikalische MAC- 
Quelladresse und Sequenznummer) kann eine 
RedBox oder DAN P Anschaltung Duplikate 
erkennen und, wenn notwendig, verwerfen. 


Da der RCT am Ende des Frames eingefugt 
wird (siehe Abbildung 3), bleibt samtlicher 
Protokollverkehr fur SANs vollstandig lesbar. 
Ein SAN interpretiert den RCT lediglich als 
zusatzlich eingefugte Fullbits (..Padding") 
ohne Bedeutung. Eine direkt ohne RedBox 
angeschlossene SAN kann somit in einem 
PRP Netzwerk mit alien DAN Ps und mit SANs 
des gleichen Netzwerks (entweder A oder B) 
kommunizieren. Lediglich zu den Knoten des 
jeweils anderen Netzwerks hat eine SAN keine 
Verbindung, da ein DAN P Frames eines LAN 
nicht an das andere weitergeben. 

Das PRP erf ul It hochste Anspriiche an 
Umschaltzeit, ist sehr flexibel im Netzaufbau 
und in den moglichen Topologien, benotigt 
allerdings stets eine doppelt installierte 
Infrastruktur aus Switchen und anderen 
Netzkomponenten. 
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Abbildung 3- PRP Frame Format ohne VLAN Tag (Auszug aus IEC 62439-3) 
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4.4 HSR - High Availability 
Seamless Redundancy 


Eine Weiterentwicklung des PRP Gedankens 
ist die High Availability Seamless 
Redundancy (HSR). HSR ist allerdings in der 
Auspragung ein Protokoll zur Herstellung 
von Medienredundanz. PRP ist, wie im 
vorherigen Kapitel beschrieben, ein Protokoll 
zur Herstellung von Netzwerkredundanz. HSR 
ist ebenso wie PRP im Standard IEC 62439-3 
beschrieben. 

HSR ist, im Gegensatz zu PRP, primar fur 
den Einsatz in (redundant gekoppelten) 
Ringtopologien ausgelegt. Hierbei wird, 
ebenso wie bei PRP, mit zwei Netzwerkports 
gearbeitet. Im Gegensatz zu PRP werden 
in einer HSR Anschaltung, einem DAN H 
(Double Attached Node for HSR), die beiden 
Schnittstellen allerdings zu einem Ring 
verschaltet (siehe Abbildung 4). 


Ein Frame von der Anwendung wird durch die 
HSR Anschaltung mit einem HSR Tag versehen. 
Dieser beinhaltet, analog zum PRP RCT, die 
Lange der Nutzlast, den Sendeport und die 
Seguenznummer des Frames. Im Gegensatz 
zu PRP wird der HSR Header allerdings dazu 
genutzt, das Ethernet Frame zu kapseln. (siehe 
Abbildung 5) Dies hat den Vorteil, dass die 
Duplikaterkennung fur jedes einzelne Frame 
in jedem Gerat unmittelbar nach Empfang 
des HSR Headers erfolgt. Das Warten mit der 
Duplikaterkennung, bis das Frame inklusive 
RCT empfangen ist, entfallt. So wird in den 
einzelnen HSR Anschaltungen und RedBoxen, 
ahnlich wie bei Cutthrough Switching, bereits 
mit der Weiterleitung des Frames am zweiten 
Ringport begonnen, sobald der HSR Header 
komplett empfangen und die Duplikat- 
erkennung durchgefuhrt ist. 


Jeder HSR Knoten nimmt Frames die nur an 
ihn selbst adressiert sind vom Netz und leitet 
sie an die Anwendung weiter. Multicast oder 
Broadcast Nachrichten werden von jedem 
Knoten auf dem Ring weitergeleitet und 
zusatzlich an die Anwendung weitergegeben. 
Urn ein permanentes Kreisen von Multicast/ 
Broadcast Frames zu vermeiden, verwirft der 
Knoten, der das Multicast/Broadcast Frame 
ursprunglich auf den Ring gelegt hat, dieses 
nach einem Ringumlauf (siehe HSR data flow in 
Abbildung 4). 


HSR device 


HSR device 


HSR device 



device 


device 


device 


HSR data flow (counter-clockwise) 


Abbildung 4 - Duplizierte Datenpakete werden gleichzeitig in beide Richtungen gesendet 
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Abbildung 5 - HSR Frame Format ohne VLAN Tag (Auszug aus IEC 62439-3) 


lm Gegensatz zu PRP ist die direkte Integration 
von SAN Knoten in ein HSR Netzwerk 
unmoglich, ohne den Ring aufzubrechen. 

Zum SchlieBen des Rings fehlt einem SAN 
die zweite Netzwerkschnittstelle. Dies ist ein 
Grund, warum SANs in HSR Netzwerken nur 
liber Redundancy Boxes angebunden werden 
konnen. Der zweite Grund ist die Kapselung des 
Netzwerkverkehrs auf dem Ring mit dem HSR 
Header. Dies verhindert eine direkte Teilnahme 
normaler Netzwerkknoten am HSR Verkehr, im 
Gegensatz zu PRP. Wahrend der PRP RCT von 
einem SAN Knoten als Padding interpretiert 
wird, ist dies beim HSR Tag unmoglich: Der HSR 
Tag wird aufgrund seiner Position im Frame 
stets als gultige Layer 2 Frameinformation 
interpretiert, und ein korrektes Auslesen der 
Nutzlast des Frames durch den SAN Knoten 
wird verhindert. 

Da manche HSR Gerate mdglicherweise 
zu Konfigurations- und Diagnosezwecken 
mit einer Management Station Oder einem 
Notebook kommunizieren, akzeptieren 
HSR Anschaltungen Gerate, die Standard 
Ethernet Frames versenden temporar 
auch an den Ringports. In diesem Fall 
kommunizieren die HSR Anschaltungen ohne 
die HSR Header Kapselung. Allerdings wird 
dieser Verkehr nicht an das HSR Netzwerk 
weitergereicht, es findet lediglich eine 
bidirektionale Kommunikation zwischen der 
konfigurierenden Managementstation an 
einem HSR Port und dem HSR Geratstatt. 

Die normale HSR Kommunikation wird 


erst wieder aufgenommen, wenn der Ring 
wieder geschlossen wurde. Eine Kopplung 
zwischen zwei HSR Ringen wird mittels zweier 
Ringkopplungselemente, den sog. QuadBoxes 
realisiert. Diese ermdglichen eine Kopplung 
zwischen zwei HSR Ringen ohne Single Point of 
Failure (siehe Abbildung 6) 

Die HSR weist hinsichtlich der Umschaltzeit 
das gleiche Verhalten auf wie PRP: Durch den 
doppelten Versand der Frames von beiden 
Ports einer HSR Anschaltung wird bei einem 
aufgetretenen Fehler weiterhin ein Frame Liber 
den noch intakten Netzwerkpfad libertragen. 
Die Redundanz arbeitet somit ebenfalls ohne 
Umschaltzeit und im Gegensatz zu PRP werden 
keine zwei parallelen Netzwerke benotigt. 


Allerdings ist ein HSR Netzwerk stets als Ring 
oder als Struktur mehrerer gekoppelter Ringe 
ausgepragt und bietet bei der Installation 
weniger Flexibility als PRP. 

Weiterhin steht auf dem Ring durch 
den doppelten Versand der Frames in 
beide Richtungen lediglich effektiv 50% 
der Bandbreite des Netzwerks fur den 
Datenverkehr zur Verfiigung. 
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Abbildung 6 - Gekoppelte HSR Ringe (Auszug aus IEC 62439-3) 
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5. Zusammenfassung 


In der Praxis existiert weder die perfekte 
Netzwerktopologie, noch das perfekte 
Medienredundanzprotokoll, das alle 
Anwendungsgebiete und Anforderungen exakt 
abdeckt. 

Die richtige Wahl von Topologie und 
Protokoll hangt immer von zusatzlichen 
Faktoren ab wie beispielsweise physikalische 
Installationsvorgaben und/oder die 
Anforderungen der Anwendung an die 
Umschaltzeit. 

Zur Ubersicht der in diesem White Paper 
abgedeckten Redundanztechnologien sind die 
Protokolle und die zugehorigen wichtigsten 
Parameter in der folgenden Tabelle nochmals 
zusammengefasst 


Ethernet nach dem neuesten technischen 
Stand ist in der Lage, auch die Anforderungen 
anspruchsvollster Anwendungen zu erfullen. 
Wird bereits in der Planungsphase eines 
Kommunikationsnetzwerks die korrekte 
Technologie identifiziert, so konnen 
Projektrisiken bereits frith minimiert werden. 
Dieses White Paper ist ein erster Schritt zur 
Identifikation der geeigneten Technologie. 

Fur weiterfuhrende Gesprache, Service und 
Beratung steht das Consultingteam im HICOM 
Center von Belden mit Rat und Tat zur Seite, 
um fur Sie die individuell passende Losung zu 
era rbeiten [5] . 


Protokoll 

Topologie 

Max. Gerate 

Worst Case Rekonfigurationszeit 

Normal Case Rekonfigurationszeit 

RSTP (IEEE 802.1 D-2004) 

Ring 

40 

>2s bei mehrfachem BPDU Verlust 

Abhangig von der RSTP Implementierung und Anzahl der 
Switche im Ring. Typischerweise zwischen 100ms und 
200ms bei 40 Geraten 

RSTP (IEEE 802.1 D-2004) 

Beliebig 

Beliebig 

>2s bei mehrfachem BPDU Verlust 

Nur schwer abschatzbar, erfordert eingehende individu- 
elle Analyse eines Netzwerks. 

MRP (IEC 62439-2) 

Ring 

50 

500ms, 200ms, 30ms, 10ms (Je nach 
unterstiitzem Parametersatz) 

Ca. 200ms, 60ms, 15ms, <10ms (Je nach unterstutztem 
Parametersatz) 

PRP (IEC 62439-3) 

Doppelt, Beliebig 

Beliebig 

Oms 

Oms 

HSR (IEC 62439-3) 

(gekoppelte) Ringe 

512 

Oms 

Oms 
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Anhang: 

Weitere Unterstiitzung 


Technische Fragen und 
Schulungsangebote 


Belden Competence Center 


Bei technischen Fragen wenden Sie sich bitte 
an den Hirschmann TU -Vertragspartner in 
Ihrer Nahe oder direkt an Hirschmann™. Die 
Adressen unserer Vertragspartner finden Sie im 
Internet unter www.hirschmann.com 
Dariiber hinaus steht Ihnen unsere Hotline zur 
Verfugung: 

Tel. +49 (0)1805 14-1538 
Fax +49 (0)7127 14-1551 


Langfristig garantieren hervorragende 
Produkte allein keine erfolgreiche 
Kundenbeziehung. Erst der umfassende Service 
macht weltweit den Unterschied. In dieser 
globalen Konkurrenz hat das Belden 
Competence Center mit dem kompletten 
Spektrum innovativer Dienstleistungen 
vor den Wettbewerbern gleich dreifach die 
Nase vorn: 


• Das Consulting umfasst die gesamte 
technische Beratung von der 
Systembewertung uber die Netzplanung bis 
Das aktuelle Schulungsangebot zu Technologie hin zur Projektierung. 
und Produkten finden Sie unter 

http://www.hicomcenter.com. • Das Training bietet Grundlagenvermittlung, 

Produkteinweisung und Anwenderschulung 
mit Zertifizierung. 



Support 


• Der Support reicht von der Inbetriebnahme 
liber den Bereitschaftsservice bis zu den 
Wartungskonzepten. 

Mit dem Belden Competence Center 
entscheiden Sie sich in jedem Fall gegen 
jeden Kompromiss. Das kundenindividuelle 
Angebot lasst Ihnen die Wahl, welche 
Servicekomponenten Sie in Anspruch nehmen. 

Weitere Informationen finden Sie im Internet 
unter: http://www.hicomcenter.com. 


Telefon +49 (0) 7127 / 14-1809 


www.hirschmann.com 
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